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Questionnaire Response Percentages: 

Using the Summary Function 

By S. C. Kim Hunter 


The valuable SummaryO function, newly intro¬ 
duced with FileMaker Pro, adds many interesting cal¬ 
culation possibilities and solves several problems. But 
it can be tricky to understand and apply because it 
works in two different ways. This article takes advan¬ 
tage of both uses to report count percentages of the 
values in a field. 

A data collector had gathered responses to a ques¬ 
tionnaire with 100 questions. Each question had seven 
possible responses. A database was defined with 100 
fields in each record - one per question. Values num¬ 
bered 1 to 7 were entered in each field according to the 
responses to the questions. Some fields were left blank 
where no response was made. 

The problem 

The problem is to report the percentage by count 
of each unique non-blank value; that is, what percent¬ 
age of the responses were 1, what percentage were 2, 
what percentage were 3, and so forth. 


In FileMaker Pro, summary fields are used to do 
arithmetic across multiple records, but it isn’t possible 
to define calculations in summary field definitions nor 
is it possible to use summary fields directly within cal¬ 
culations. There is a fixed set of summary operations: 
Total, Average, Count, Minimum, Maximum, Stan¬ 
dard Deviation, and Fraction of Total. 

The Fraction of Total operation comes close to 
what is desired for the questionnaire percentages, but 
doesn’t do the job because it uses the total of the values 
rather than the count. For example, if a field holds the 
values 1, 1, 2, 2, 2,4, 7, the arithmetic total is 19. A 
summary field defined as Fraction of Total and placed 
in a sub-summary part when sorted by that field would 
show 0.11 for Is (=2/19), 0.32 for 2s, (=6/19), 0.0 for 
3s, etc. This isn’t what we want. For the seven example 
values the percentage of the count for 2s is (3/7)*(100) 
= 42.9%. That is, there are three 2s in 7 responses. 

The Summary function works very nicely to give us 
the answer needed in this example. The Summary 
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Errata 


The definition of the 
Summary function 
from the FileMaker 
Pro manual isn't quite 
correct. In the last 
sentence, the phrase 
"...for all the records 
in the database." 
should read "...for the 
current found set of 
records." 


function requires two parameters: 

Summary (summary field, break field) 

The FileMaker Pro manual, page A-37, 
provides the following description of the 
summary function: 

“The Summary function extracts the 
value of the specified summary field for the 
current range of records when the database 
is sorted by the break field. If the database 
is not sorted by the break field the result 
will be blank. If you supply the summary 
field name in place of the break field, the 
Summary function returns the value of the 
specified summary field for all the records 
in the database.” 

If you read this definition carefully, you 
find there are two distinct ways to use the 
Summary function: 

Summary (summary field, break field) 

Used in a sub-summary part, this form 
returns a value that is based on the current 
value of the break field. 

Summary (summary field, summary field) 

Regardless of what kind of part the field 
is in, this form returns a value that is based 
on all records in the current found set. 

These two different forms of the Sum¬ 
mary function can be applied to obtain 
percentages by defining the following 
fields: 

F1 {numeric field} 

FICount = {summary field} 

count of FI 

FITotal = {numeric result} 

Summary (FICount, FICount) 

FI Percent = {numeric result} 

Summary (FICount, FI) / FITotal * 100 


FI contains the responses to one ques¬ 
tion. In our questionnaire example there 
are seven records holding the values 1, 1,2, 
2, 2,4, 7. And there are 100 fields like FI, 
each containing the responses to a different 
question. 

FICount is a summary field of the 
count of values entered in field FI for all 
the records in the found set. Blank values 
are not counted. If the database is sorted by 
FI and FICount appears in a “sub-sum¬ 
mary when sorted by FI” part, FICount 
will display the count just for the currently 
displayed sub-summary band value. For 
the questionnaire example, the sub¬ 
summaries will show the count of the “1” 
entries, the “2” entries, etc. In a Grand 
Summary, FICount would show the total 
count of 7. 

FITotal is a calculation field that makes 
use of the second way to use the summary 
function. By using FICount for both para¬ 
meters of the summary function. Sum¬ 
mary (FICount, FICount) returns the 
count of FI over the entire found set, ig¬ 
noring any sorting. By using FICount in 
both parameters of the Summary function, 
we are able to use in a calculated field the 
total count (7 for our example) of FI over 
all found records. 

FI Percent is a calculation that makes 
use of the first way to use a Summary 
function to obtain the count within the 
current sub-summary break set. This count 
is then divided by FITotal and multiplied 
by 100 to return the desired count percent¬ 
ages. 

The first part, Summary (FICount, FI) 
with FI as the second parameter, gives the 
count of FI values in each break set when 
sorted by FI. This is rather hard to under¬ 
stand: When the database is sorted by field 
FI, in the group of records where the value 
of FI is “1” then Summary (FICount, FI) 
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returns the count of just the records that 
have that value of “1” in FI. For our exam¬ 
ple, (1, 1, 2, 2, 2,4, 7) there are two records 
in the break set of records containing “1” 
so Summary (FlCount,Fl) returns the 
count of 2. In the break set of records 
containing “2” there are three records, so 
Summary (FlCount,Fl) returns a count 
of 3. 

Implementing the Questionnaire Result 

Since our example questionnaire has 
100 fields, the set of Fx, FxCoimt, FxTotal, 
and FxPercent must be defined for each of 
those fields, where x = 1 to 100. One layout 
(see Figure 1) can be created with 100 sub¬ 
summary parts, one for each question con¬ 
taining only the fields that apply. The data¬ 
base has to be resorted 100 times, once for 
each field - there is no way to get all the 
percentages by sorting once on all the 
fields. A hundred chained scripts can be set 
up to automate sorting and printing the 
summaries for each of the 100 questions. 
Yes, it is awkward and a lot of work, but 
the set up has to be accomplished only the 
first time. 

The FileMaker Pro manual states on 
page A-37: “Each formula can contain only 
one Summary function.” With Pro version 


1.0v2, the restriction to only one Summary 
field in a formula is removed. In the field 
definition list above to speed up the pro¬ 
cessing, FlTotal isn’t really needed because 
the FlPercent equation could also be writ¬ 
ten as: 

FlPercent = {numeric result} 

Summary (FI Count,F1) / Summary 
(FICount, FICount) * 100 

However, you must have version 1.0v2 
of FileMaker Pro to use more than one 
Summary function in a calculation. Earlier 
versions would only allow up to one in an 
equation. 

In conclusion, the Summary (summary 
field, break field) function allows calcula¬ 
tion formulas to use results of summary 
fields within records to further enhance the 
inner-record calculations. The field used in 
the break field parameter determines 
whether (a) the Summary function returns 
a value that applies within a sub-summary 
set of records, or (b) over the entire cur¬ 
rent found set. 


Figure 1 


Note 


By the way, it may be 
possible to speed up 
the processing a little 
by eliminating the 
*100 and formatting 
the layout to show a 
percentage. 
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Putting Commas in Addresses 


By Joe Kroeger 


Joe Kroeger 
Elk Horn Publishing 


Note 


Conventionally, when 
an address is de¬ 
composed into 
components and 
stored in multiple 
fields, none of the 
individual address 
fields include 
punctuation. 


A ‘regular’ address format often 
includes a comma after the city name and 
looks something like: 

Joe Kroeger 
Elk Horn Publishing 
PO Box 1300 
Freedom, CA 95019 
An address like this might be used on a 
mailing label, in the salutation of a letter, 
on an invoice, and so forth. A small but 
nagging problem with such address for¬ 
mats in FileMaker is how to include the 
comma between the city and the state. This 
article describes a few ways to do so. 

1. This first approach is cheating, but 
the easiest way to solve the problem, of 
course, is simply to avoid the issue and not 
put in commas at all! (We make the prob¬ 
lem go away by side-stepping it.) Certainly 
for mailing labels the postal service won’t 
mind if the comma is not there. While 
good-looking salutations and invoices may 
need to have the comma, an address data¬ 
base used for mail labels only won’t miss 
them. If there is room on your label, and if 
you feel strongly about it, you might sepa¬ 
rate the City and State differently: 


One of the nifty features in FileMaker Pro is that you can 
change one field on a layout to another without disturbing the 
layout. In the case of CityComma, while in Layout mode, just 
hold down the Option key and double-click the old City field. 
FileMaker then brings up a dialog box allowing you to pick the 
new CityComma field to replace it. It means you do not need 
to redo a carefully-crafted layout. Neat. 


PO Box 1300 
Freedom 
CA 95019 

2. In some database situations, the 
whole name and address are typed into one 
(or two) fields. If a comma is desired, just 
include it as the address is entered. Indeed, 
one of the advantages of putting all (or 
most) of an address into one field is that 
each address can then be formatted just as 
desired. 

3. If you are typing city names manually 
for each address entered, you could go 
ahead and type in the comma as well. For 
existing addresses, you’ll have to go back 
and enter each missing comma, or write an 
equation to do it for you (see below). 

I don’t much like this option because it 
somehow offends my sense of purity: a city 
name should be just a city name with no 
extra data. Still, for some situations, this 
might work well - just be aware of what 
you are doing. And if there are layouts 
where you don’t want the comma in the 
field to appear, it can always be sliced off: 

CityUnComma = {text result} 

Left (City, Length (City) - 1) 

4. An equation can be implemented to 
create another field that appends the com¬ 
ma to the city name using the FileMaker 
concatenate function. 

CityComma = City & {text result) 

Then use CityComma on layouts in 
place of City. 
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I like this approach much more than 
item 3 above. The City field is retained 
without punctuation and the added City- 
Comma field can be used or not used on 
layouts as desired. 

5. If you are using a ZIP/City/State 
lookup table in conjunction with your ad¬ 
dress file, and if you really want to have a 
comma after every city name, here is a sim¬ 
ilar approach that avoids adding a perma¬ 
nent equation to your database. Just add a 
comma to the city names in the lookup. 

(a) Add the CityComma calculation 
field to the lookup table. The table would 
then contain four fields: ZipText, State, 
City and CityComma. 

(b) Change CityComma to a text field 
after the calculation is complete. 

(c) Make City a calculation (with a text 
result) that transfers the new CityComma 
information into the City field: 

City = CityComma {text result} 

(d) Change City back to a text field in¬ 
stead of an equation. 

(e) Delete the CityComma field. Com¬ 
press the table. 

Now the lookup table is back to the 
original three fields and you will not have 
to change the lookup definition in the 
main file. The City field in the main ad¬ 
dress file will look up the city name with a 
comma always attached. Make sure that is 
what you really want before going down 
this path. 

6. Instead of putting a comma within 
the City field, consider adding a comma as 
layout text in each layout where the com¬ 
ma format is desired. Create a comma in 
layout mode and place it next to the right 
side of the City field. You will need to 
specify that the comma Slide left in order 


to take up the space between the last char¬ 
acter in the city name and the comma. 
Placement in the layout must be precise in 
order for the layout text to slide with the 
field text and you may have to experiment 
a little. Figure 1 below shows how the com¬ 
ma looks as layout text. Snug the comma 
right up against the end of the City field. 

Be sure to format the font and size and 
style of the comma the same as for the City 
field. Figure 2 shows the resulting label 
with the comma sliding over. 


Note 


Good ol' FileMaker 
retains the last- 
calculated contents of 
a field when you 
change the field from 
a calculation type to a 
text or numeric type. 


7. A separate Comma, field can be creat¬ 
ed in the database. Auto-enter a comma 
character in the field for new records and 
Replace a comma in existing records. Then 
the Comma field can be included in any 
address layouts where a comma is desired. 
The Comma field will easily accept all the 
sliding and formatting that are applied to 
the rest of the field text. This is a neat, sim¬ 
ple solution but it carries the overhead of 
another field for every record in the data¬ 
base. 

You should, of course, pick the 
approach that best fits your situation. 


Figure 1 


SJLd 


Figure 2 


JOE KROEGER 
ELK HORN PUBLISHING 
SUITE fi 
64 PENNV LANE 
UflTSONUlLLE, OR 95076 
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Equation du Jour: Monitoring ZIP Codes 


Figure 1 


By Joe Kroeger 

This article describes an equation 
that monitors the ZIP field in an address 
database and creates an indication if it de¬ 
tects something anomalous about the ZIP 
code. The calculation is quite useful itself, 
and many FileMaker users will take advan¬ 
tage of it or of some variation or subset 
thereof. 


Entry Options forTewt Field “ZipTeHt” 


fluto-enter a ualue that is 


Uerify that the field ualue is. 

□ the i Cr«<s1i<!n 0<!l« j 


not empty 

□ a serial number: 


□ unique □ an enisling ualue 

neut ualue 

1 j 


□ of type Number 1 

increment by 

i 


^ from 00000 

□ data i 



to 99999 


□ Repeating field with a manimum of U ! ualues 


□ Use a pre-defined ualue list: ( Edit Uaiu^s.., ) 

□ Look up ualues from a file: [ Set Lookup-^' ] 


This kind of calculation also illustrates 
a valuable general approach of building 
self-checking fields into databases. Data 
validation of entered information is a 
much-neglected arena and FileMaker 
equations can perform valuable services in 
this regard. Data checking is particularly 
valuable for debugging imported records 
that have been entered elsewhere, but it 
can be useful for monitoring record-at-a- 
time data entry as well. 

Let's build a ZipCheck equation de¬ 
signed to check for the number of charac¬ 
ters in the ZIP field, the position of the 


dash in nine-digit ZIPs, and the presence 
of non-numeric characters other than the 
dash. We are not checking here for correla¬ 
tion between the ZIP code itself and the 
city/state portion of the address. 

In an environment of only 5-digit ZIP 
codes, you can take advantage of File¬ 
Maker's built-in validation using the field 
definition options. See Figure 1. You can 
specify that something is in the field, that it 
be numeric only, and that it 
be limited to a range of val¬ 
ues. Unfortunately, the 
range-checking does not 
work when the field is a text 
field (as a ZIP field should 
be). For nine-digit ZIPs an 
included formatting dash is a 
non-numeric character, in¬ 
validating the numeric-only 
check. We can accomplish a 
specialized validation using 
our own calculations. 

Assume that the ZIP field 
in your address database is 
called ZipText. And assume 
that you include mixed five¬ 
digit and nine-digit ZIP codes and that you 
format all the nine-digit ZIPs with a dash 
between the 5th and 6th digits. 

First test: length 

The first step is to count the number of 
ZipText characters. 

ZipCheckI = {text result} 

If (Length (ZipText) = 5 or 

Length (ZipText) = 10, "OK", "NG") 

A proper five-digit ZIP should, of 
course be five characters long. A nine-digit 
ZIP that includes a dash should be ten 


( Cancel ] 

» °'= II 
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characters long. ZipCheckl tests for both 
lengths. Once such a calculation is in place, 
you can Find NG in the ZipCheckl field 
and then correct the ZIP codes in the re¬ 
sulting found set, if any. You might be sur¬ 
prised at how many times there will be just 
four characters or just nine, or how often 
the dash has been omitted. 

(If the number of characters in ZipText 
is the only parameter you want to test, an 
easy and general approach is to simply cal¬ 
culate the length: 

ZipLength = {numeric result} 

Length (ZipText) 

Then you can use command-i in the 
ZipLength field to see if any length anoma¬ 
lies exist, and Find on each interesting 
length. This simple equation is valuable 
and you might try it on your existing ad¬ 
dresses to see what turns up, even if you 
don't want to implement the more com¬ 
plex calculations shown in this article.) 

When writing typical FileMaker equa¬ 
tions, there are almost always alternative 
ways to calculate the same or nearly the 
same result. Sometimes an equation is con¬ 
structed from a different point of view so if 
you shift the way you look at the problem 
you may shift the way the equation is built. 
Sometimes you may want to reverse a cal¬ 
culated decision. ZipCheckl can be ‘in¬ 
verted’, for instance: 

ZipCheckZ = (text result} 

If (Length (ZipText) 5 and 
Length (ZipText) 10, "NG", "OK") 

Besides being interesting, this reversal 
of the position of NG and OK turns out to 
make it easier for us later to combine three 
sub-equations. 


Second test: dash position 

With the length out of the way, the next 
test is to devise a way to make sure that a 
ZipText field that contains a nine-digit ZIP 
also has a dash between the first five digits 
and the last four digits. There are several 
possible approaches to such a calculation. 

A simple one is to take advantage of File¬ 
Maker's Position function. 

ZipCheckS = {text result} 

If (Position (ZipText,"-",1) = 6, 

"OK", "NG") 

This seemed like a good, simple idea 
but it does not work. The Position test fails 
for all 5-digit ZIPs, labeling them NG. A 
different version makes ZIP codes with 
lengths less than 6 OK: 

ZipCheck4 = {text result} 

If (Length (ZipText) < 6, "OK", 

If (Position (ZipText,"-",1) = 6, 

"OK", "NG")) 

ZipCheck4 actually works. An inverted 
variation looks like: 

ZipCheckS = {text result} 

If (Length (ZipText) > 5 and 
Position (ZipText,"-",1) ^ 6, 

"NG", "OK") 

Third test: non-numeric entries 

The next test is to see if we can detect 
non-numeric characters (other than the 
dash) in the ZipText field. The letter “O” is 
sometimes entered instead of a zero and a 
lowercase letter “1” is sometimes typed in 
place of a number 1, especially by oper¬ 
ators used to typewriters. 

Devising a test for this task is a little 
more complex. It is not too difficult to iso¬ 
late each individual digit, but deciding if 
the character is numeric or not is awkward. 


Note 


1 did not know in 
ZipCheck2 if the 
combination of the 
"not-equal" with the 
"and" would work. 

But it seemed like it 
might, so I tried it. 
This is an important 
injunction when 
creating FileMaker 
equations: Mess 
around! Make a little 
test file and try out 
your calculation ideas. 
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Several approaches are possible; see if you 
like the brute-force equation ZipCheck6: 

ZipCheck6 = {text result} 

If (Left(ZipText,1) > 9 or Left(ZipText,1) < 0 or 
Right(Left(ZipText,2),1) > 9 or Right(Left(ZipText,2),1) < 0 or 
Right(Left(ZipText,3),1) > 9 or Right(Left(ZipText,3),1) < 0 or 
Right(Left(ZipText,4),1) > 9 or Right(Left(ZipText,4),1) < 0 or 
Right(Left(ZipText,5),1) > 9 or Right(Left(ZipText,5),1) < 0 or 
Right(Left(ZipText,7),1) > 9 or Right(Left(ZipText,7),1) < 0 or 
Right(Left(ZipText,8),1) > 9 or Right(Left(ZipText,8),1) < 0 or 
Right(Left(ZipText,9),1) > 9 or Right(Left(ZipText,9),1) < 0 or 
Right(Left(ZipText,10),1) > 9 or 
Right(Left(ZipText,10),1) < 0, "NG", "OK") 

ZipCheck6 is one big If function where 
if any of the tests are met the result is NG 
and if all the tests fail the result is OK. I've 
used both the Left and Right functions in 
all cases except the first to extract one char¬ 
acter at a time for testing. The 
Right(Left(ZipText,4),l) portion of the 
calculation, for example, translates to 
“Take the rightmost character firom the 
leftmost four characters ofZipText.” That 
character is the one in position number 4. 

Note also that ZipCheck6 depends on 
the character sort sequence built into File¬ 
Maker. Figure 2 shows several characters 
sorted up on the single field in the view-as- 

ZipCheck7 = (text result} 

If (Middle (ZipText,1,1) > 9 or Middle (ZipText,1,1) < 0 
or Middle (ZipText,2,1) > 9 or Middle (ZipText,2,1) < 0 
or Middle {ZipText,3,1) > 9 or Middle (ZipText,3,1) < 0 
or Middle (ZipText,4,1) > 9 or Middle (ZipText,4,1) < 0 
or Middle {ZipText,5,1) > 9 or Middle {ZipText,5,1) < 0 
or Middle (ZipText,7,1) > 9 or Middle (ZipText,7,1) < 0 
or Middle {ZipText,8,1) > 9 or Middle (ZipText,8,1) < 0 
or Middle (ZipText,9,1) > 9 or Middle (ZipText,9,1) < 0 
or Middle (ZipText,10,1) > 9 or Middle {ZipText,10,1) < 0, 

"NG", "OK") 


list layout. Note that an alphabetic charac¬ 
ter is greater than a numeric character. But 
a punctuation character is less than a nu¬ 
meric character. So if the goal is to detect 
everything outside the range of zero to 
nine we must use two tests on each charac¬ 
ter extracted. Character six is not tested - it 
should always be a dash. 

A variation that I thought would ac¬ 
complish the same thing uses a different 
FileMaker function. ZipCheck7 shows my 
attempt to use Middle. The calculation 
phrase Middle (ZipText,4,l) translates to 
“Take one character from ZipText starting 
with the fourth character.” 

But ZipCheck7 fails for 5-digit ZIPs! 
Unlike the Right/Left combination in Zip- 
Check6, the Middle function in Zip- 
Check7 returns a value for character posi¬ 
tions 7 through 10, even for a 5-digit ZIP, 
and results in the NG response. You can 
try to invert the tests as in ZipCheckS, but 
it still does not work. 

ZipCheck8 = (text result) 

If (Middle (ZipText,1,1) < 9 and 

Middle (ZipText,1,1) > 0 and 

Middle (ZipText,2,1) < 9 and 

Middle (ZipText,2,1) > 0 and 

Middle (ZipText,3,1) < 9 and 

Middle (ZipText,3,1) > 0 and 

Middle (ZipText,4,1) < 9 and 

Middle (ZipText,4,1) > 0 and 

Middle (ZipText,5,1) < 9 and 

Middle (ZipText,5,1) > 0 and 

Middle (ZipText,7,1) < 9 and 

Middle (ZipText,7,1) > 0 and 

Middle (ZipText,8,1) < 9 and 

Middle (ZipText,8,1) > 0 and 

Middle (ZipText,9,1) < 9 and 

Middle (ZipText,9,1) > 0 and 

Middle (ZipText,10,1) < 9 and 

Middle (ZipText, 10,1) > 0, "OK", "NG") 
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Combine the tests 

Now that we've learned how to check 
each of the three characteristics of ZipText 
that we set out to test, the last step is to 
combine the three check equations into 
one big ZIP monitoring equation. You can 
leave the length, dash, and non-numeric 
test fields in place, if you like, and just 
combine them into a final ZipCheck field: 

ZipCheck9 = {text result} 

If (ZipCheckZ = "NG" or ZipCheckS = 

"NG" orZipCheck6 = "NG", "NG", "OK") 

This works fine but means that you 
need to keep four equations in your data¬ 
base. Alternatively, you can combine all the 
first three calculations into one field and 
get rid of the first three equations. Just pick 
the versions of the subequations that pro¬ 
vide the "NG" response as the first output 
and nest the If statements. ZipChecklO is 
all the calculation you need. 

And there you have it. ZipChecklO 
provides an overall NG response for any 
instance of NG in any of the tests. If there 
are no NGs at all, an OK is reported. 


ZipChecklO = (text result} 

If (Length (ZipText) * 5 and 
Length (ZipText) "NG", 

If (Length (ZipText) > 5 and 
Position (ZipText,"-",1) ¥= 6, "NG", 
lf(Left(ZipText,1)>9or 
Left(ZipText,1) < 0 or 
Right(Left(ZipText,2),1) > 9 or 
Right(Left(ZipText,2),1) < 0 or 
Right(Left(ZipText,3),1) > 9 or 
Right(Left(ZipText,3),1) < 0 or 
Right(Left(ZipText,4),1) > 9 or 
Right(Left(ZipText,4),1) < 0 or 
Right(Left(ZipText,5),1) > 9 or 
Right(Left(ZipText,5),1) < 0 or 
Right(Left(ZipText,7),1) > 9 or 
Right(Left(ZipText,7),1) < 0 or 
Right(Left(ZipText,8),1) > 9 or 
Right(Left(ZipText,8),1) < 0 or 
Right(Left(ZipText,9),1) > 9 or 
Right(Left(ZipText,9),1) < 0 or 
Right(Left(ZipText,10),1) > 9 or 
Right(Left(ZipText,10),1) < 0, 

"NG", "OK"))) 


Figure 2 shows a single field and 18 records 
with one character per record. The layout is in 
View-As-List mode and is sorted in ascending 
order. Characters less than zero appear first in 
the list and characters greater than nine appear 
last. Thus, detecting either category means 
putting those less-than and greater-than tests 
in a calculation. 


Figure 2 
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Figure 1 


Master Order 


Machine 1 


Networking with FileMaker 


By Joe Kroeger 

FileMaker has built-in multi-user 
capability - that is, multiple users at multi¬ 
ple machines on a network can access the 
same FileMaker file. The basic idea is that, 
say, in an order-entry situation, several 
operators can simultaneously enter orders 
into one master order-entry file. Or several 
operators with individual local files can aU 
access one master lookup file across the 
network. In Figure 1 the Master Order file 
lives on Machine 1 and is opened for use 
on Machine 1. But the same Master Order 
file has also been opened by Machines 2, 3, 
and 4, all at the same time. In most re¬ 
spects the Master Order file appears on 2, 
3, and 4 as if it were a local file and all the 
users can work on it at the same time. 



Master Order 


Machine 2 


Master Order 


Master Order | 


Machine 3 


Machine 4 


Any machine on the network can serve 
as the ‘host’ for one or more files being ac¬ 
cessed by others and at the same time can 
be a ‘guesf accessing files located on other 
machines. In Figure 2 Files A, B, and C re¬ 
side on Machine 1 and it serves as the host 
for those three files. Machine 1 is also in 
this case a guest for File E that resides on 
Machine 2. 

The FileMaker application and the 
guest and host files must be open on all 
machines that want to be multi-user active. 
Remote operations usually take place 
smoothly across a standard built-in 
LocalTalk network. No server is required, 
no special software is required - once you 
have FileMaker and Macintosh nothing 
else is needed to accomplish multi-user 
database work. (Please note that you 
should buy a separate copy of FileMaker 
for each machine on the network that will 
be using FileMaker at the same time.) 

FileMaker includes several dialog boxes 
used in the coordination of networked 
files. If you try to close a file that is being 
accessed by another machine, FileMaker 
prevents the close, warns you, and even 
provides a notification button, allowing 
you to put a message on the guest’s screen 
requesting that the file be closed. See Fig¬ 
ure 3 for an example. FileMaker is quite 
careful about keeping multi-user actions 
from colliding at the host database. 

A host machine that is not an active 
guest may proceed to open other applica¬ 
tions and perform other work - FileMaker 
just keeps on chuggin’ in the background. 

If you want to work on a remote file 
from your machine, just double-click the 
FileMaker application and then select the 
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open command from the File menu. In 
the standard open-file dialog, FileMaker 
has added a button labeled Remote. See 
Figure 4. 

Clicking the Remote button brings up 
the Network Access dialog shown in Figure 
5. Files that are Exclusive do not show up, 
but all other open FileMaker files do ap¬ 
pear in this dialog. Note that in addition to 
the file name, the name of the machine 
where the file is located is appended after a 
diamond symbol. 

Just double click a listed file to open it. 
(If it is a protected file, you will be asked 
for a password and actions available to you 
will be limited by your password level.) 

Once open, the remote file appears on 
your screen just as if it were one of your 
local files. You can add records, edit 
records, cut/paste between local and re¬ 
mote files. Sort, Find, design layouts, and 
generally perform most actions available to 
you on your local files. But there are a few 
things you cannot do with a remote file 
and there are also a few things you should 
not attempt with a remote file. See the box 
on the next page. 

When you have edited a remote record 
and entered the edits, your changes will be 
sent back to the host machine and the file 
will be updated. Other users (hosts or 
guests) that have that file open will usually 
see the results reflected on their screens. 
When you add a new record, for example, 
the record count is updated (almost like 
magic) for all other users of the file. Two 
users cannot edit the same record at the 
same time. 

Each user maintains a local found set 
and a local sort order on guest files, allow¬ 
ing each machine to manipulate records 
independently. 

While working on a remote file, the 



cursor will sometimes turn into what looks 
like an animated EKG signal with small ar¬ 
row heads at the ends. This symbol means 
that your FileMaker window is being up¬ 
dated and information to do so is moving 
across the network. Sometimes (hopefully 
less frequently) the cursor will turn into a 
coffee cup with animated steam rising 
from it. It means that your request is being 
processed on the host machine. This is of¬ 
ten an indication that the host maybe tied 
up with another activity - perhaps process¬ 
ing a request from another user or doing 




Waiting for 1 guest(s) to close “ZIP Table”. 
Click nsk to ask all the guest(s) to close this 
file. 



Figure 3 
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Figure 4 

work in another application or doing a 
time-consuming FileMaker activity. Wait¬ 
ing is all you can do if it happens. But File- 
all or most of the host files live on one ma¬ 
chine, that machine should be the fastest 
one available. A modest machine acting as 
a host can be agonizingly slow. 

In a multi-user situation it is possible 
for FileMaker to get confused and freeze, 
especially with complex combinations of 
open files and multiple simultaneous host/ 
guest relations. Some of the problem seems 
to be within FileMaker but there is also evi¬ 
dently some interaction with various inks 
and cdevs. 

A freeze is a terrible experience if it 
means you have to force-restart the host 

Figure 5 
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FileMaker Network Actions 

Only the host can: 

• Define fields 

• Define groups 

• Change access privileges 

• Import data into the file 

• Export data from the file 

• Save copies, clones or compressed 
copies 

• Make the file exclusive 

These actions are dimmed for all 
guests that have the file open. If the 
host attempts any of these actions, 
FileMaker asks the host to request that 
guests close the file - the host must be 
the only user in order to perform any 
items on this list. When the host has 
finished, guests may reopen the file as 
long as the file is non-exclusive. 

File sharing courtesy: 

• As the host, open lookup files that 
will be needed by guests. 

• As the host, don’t switch to another 
application that does not support 
background operations. 

• As a guest, close files no longer being 
used. 

• As a guest, comply with host requests 
to close files. 

• As the host, don’t initiate a FileMaker 
operation (on a shared file or on a lo¬ 
cal FileMaker file) that consumes the 
total attention of the program for a 
long time without first warning guests. 
FileMaker currently does not parcel 
out a little processing to each task that 
needs to be done, but completes each 
one before proceeding to the next. A 
long, complex Sort, for example, will 
tie up all remote files for whom you 
are the host until the Sort is finished. 
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machine(s) and then repair all the files that 
were open when the freeze occurred. If you 
are doing a lot of multi-user work, it helps 
to have the host machine not do anything 
else but just sit and be a passive host, thus 
effectively acting as a pseudo-server. 

When working on a remote file as a 
guest, you need to be careful about the 
operations you undertake. Some are so in¬ 
efficient on the network that they are im¬ 
practical on large files. You’ll save time by 
arranging to visit the host when you need 
to perform some actions on the file. 

Simple remote Find requests are OK. 
But a complex Find on a large remote file 
can take a very long time. A Find request 
that includes an empty field ( = ) is bad 
enough when the file is local, but across the 
network it can take far too long, even on a 
medium-sized file. If you abort a Find and 
then try to close the file, it not only takes 
your machine almost forever to become 
available, but it ties up the host machine as 
well for the same time. Stay away from 
such operations if you possibly can. 

Sometimes, however, you can ask the 
host operator for help with time-consum¬ 
ing tasks. Send a message (or yell across the 
room) and ask the host operator to execute 
the desired Find for you and then to mark 
the found set (in a marking field) with a 
unique code. When that is done you can 
then do a simpler and faster remote Find 
for the mark code and get results much 
faster. But don’t forget to unmark them 
when you are through - or ask the host 
operator to do so. 


If the complex Find you need to exe¬ 
cute is already embodied in a script, you 
can ask the host operator to just exercise 
the script for you and mark the result. If 
the Find is a complex one that is difficult 
to communicate in words, you can create a 
script at your end and then ask the host 
operator to execute it for you. (You can 
indeed create scripts remotely, and they are 
available on the host screen.) 

A difficult Sort is a different matter. 
There is no way that I know of for the host 
operator to do a Sort and then pass it along 
to you. Found sets are naturally unsorted. 
Sorting a large found set on a guest file, es¬ 
pecially a multi-level Sort, is painful. A 
simple Sort on a modest number of 
records is not so bad. 

A remote Find All command can take a 
very long time to execute. For large files a 
reasonable alternative that saves a lot of 
time is to simply close the file and then 
open it again: it reopens with all records 
found. 

FileMaker’s multi-user capability is a 
significant feature. It will be even more 
valuable when it acts better on the net¬ 
work. 


More 


While the con¬ 
ventional idea is to 
have multiple users 
working with the 
same file at the same 
time, there are also 
other ways to take 
advantage of 
FileMaker's multi-user 
capability. See the 
following article about 
remote printing. 
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Remote Printing With FileMaker 


By Joe Kroeger 

FileMaker’s built-in multi-user 
capability (see previous article) can be put 
to work to off-load printing to another 
machine. Any open FileMaker file (host or 
guest) can in general be printed to any 
printer on the network from any machine 
on the network. This opens up a world of 
possibilities. We can take advantage of this 
characteristic to shift printing tasks around 
to improve efficiency. 

I often need to print a set of labels from 
one (or more) of our master address files. 
The master files are big and are kept on our 
biggest and fastest Mac. It is a shame to tie 
up that computer with a simple label¬ 
printing job that may take several hours. 

So I just open the file to be printed from 



Machine 3 


across the network on a smaller, slower 
machine. See Figure 1. 

Machine 1 is the big, fast computer for 
this example. File B is hosted by Machine 1 
and has been opened as a guest on Ma¬ 
chine 3.1 can then use the smaller Machine 
3 to print, for example, to networked 
Printer 1. Machine 3 pulls in data from File 
B on Machine 1 and issues data and print 
commands to Printer 2, all under control 
of the FileMaker application on Machine 3. 
Machine 1 does not need to handle the 
printer. 

(Note that at the same time. Machine 2 
is hosting File E and guesting File A. And it 
could even be printing to Printer 2.) 

The printing activity is so slow - in 
terms of data transfer rate - that it has al¬ 
most no effect on the big machine or on 
the network. The printing does get held up 
if the big machine is very busy, but it then 
resumes when the host activity level allows 
it. The network traffic is quite modest 
allowing normal use of a LaserWriter, an 
ImageWriter and multi-use file work on 
the network, all at the same time. Note that 
the Macintosh System software automati¬ 
cally interleaves multifarious network ac¬ 
tivities so that printing to different printers 
and transferring files do not get in the way 
of each other. 

In Figure 1, Printer 1 could be an 
ImageWriter and Printer 2 could be a 
LaserWriter. Printer 2 is available for either 
Machine 1 or Machine 2 to use at the same 
time that Machine 3 is printing away on 
Printer 1. 

If Printer 1 and Printer 2 were both 
ImageWriters avaiable for label printing, 
note that it is even possible to use two 
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remote machines to print from master 
file(s) at the same time, doubling the print¬ 
ing throughput. This is particulary work¬ 
able in our situation because we are often 
printing from more than one master ad¬ 
dress file - we can conveniently print two 
sets of labels in parallel. 

Figure 2 shows a variation: Machine 3 
need not necessarily do the printing over 
the network. Printer 3 is a dedicated local 
printer that is not on the network. It can be 
used by Machine 3 to print information 
from File B that lives on Machine 1. Notice 
that in both figures we can even think of 
Machine 3 as a sort-of print server. 

We have an old Mac Plus that has a 
hard time keeping up with much of our 
database manipulation activity. But when 
hooked up as Machine 3, it makes a nice 
print process controller. The only difficulty 
is trying to sort large files from the Ma¬ 
chine 3 station. Patience works. 

Off-loading printing tasks from a big, 
fast computer is easy to do with FileMaker. 
The result is better utilization of a relative¬ 
ly scarce resource. 



Notes to subscribers - 

1. We have recently been sending to new and potential subscribers a brochure called 
“24 Nifty FileMaker Pro Equations”. Continuing subscribers may not, however, 
have received one. Just call, write, or fax the FileMaker Report office and ask for a 
copy if you want one. We’ll mail it right out. 

2. This issue is unusually late and we apologize for that. Thanks to those who have 
called to inquire and thanks for your patience and concern. 
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About FileMaker 

The latest version of FileMaker is FileMaker Pro 1.0 v 2 with 
a release date of April, 1991. Previous versions of FileMaker 
include: 


Version 

FileMaker 1.0 
FileMaker Plus 
FileMaker 4 
FileMaker 11 
FileMaker Pro 1.0 v1 


First Release Date 

May 1985 
August 1986 
July 1988 
October 1988 
October 1990 
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